home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 18410 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: ix.netcom.com!netnews
  2. From: Bradd W. Szonye <bradds@ix.netcom.com>
  3. Newsgroups: comp.lang.c++
  4. Subject: RE: extending c++ to include type bool
  5. Date: 20 Apr 1996 00:22:59 GMT
  6. Organization: Netcom
  7. Message-ID: <01bb2e4f.c31ef2a0$d4c2b7c7@Zany.localhost>
  8. References: <bdsilver.829698454@extro> <3176C470.2647@cs.tu-berlin.de> <WALD.96Apr19094644@woodpecker.lcs.mit.edu>
  9. NNTP-Posting-Host: det-mi6-20.ix.netcom.com
  10. X-NETCOM-Date: Fri Apr 19  5:22:59 PM PDT 1996
  11. X-Newsreader: Microsoft Internet News
  12.  
  13.  
  14. On Friday, April 19, 1996, David Wald wrote...
  15. > In article <3176C470.2647@cs.tu-berlin.de> Roman Lechtchinsky
  16. > <wolfro@cs.tu-berlin.de> writes:
  17. > >Brett David Silverman wrote:
  18. > >> The question: Is it possible to create a class bool, in such a way
  19. > >> that it looks, smells, feels, talks, etc like the "real" bool?  To
  20. > >> the extent that I can create this class so that I am guaranteed
  21. > >> that the source will work, even though I can't see the source?
  22. > 
  23. > >I think one of the following should do ( depending on the compiler ):
  24. > >enum bool { false, true };
  25. > >or
  26. > >enum { false, true };
  27. > >typedef int bool;
  28. > 
  29. > (Didn't we just go through this?)  Thanks to overloading, it's not
  30. > possible for a user-defined type to completely emulate the C++ bool.
  31. > If you need a guarantee that some arbitrary code written with the C++
  32. > bool type will work with your user-defined type, you're out of luck.
  33. > 
  34. > Consider:
  35. > 
  36. >   int f(bool);
  37. >   int f(int);
  38. >   int g(int a, int b) { return f(a == b); }
  39. > 
  40. > In a system without built-in bool, no user-defined bool will result in
  41. > a call to f(bool).  You can't change the type of a built-in comparison
  42. > operator.
  43. > 
  44. > -David
  45.  
  46. I've tried creating bool substitutes; you can do a fairly good job if you
  47. create a class to mimic the behavior of bool as closely as possible as
  48. specified in the working papers available on AT&T's web site. The main
  49. problem you'll run into is the way overloading handles integral promotions
  50. at a higher priority than user-defined conversions (class conversion
  51. operators).
  52.  
  53. If you were *really* ambitious, you might be able to come up with an
  54. alternate preprocessor that reliably translates bools and bool expressions
  55. (including conditional and relational expressions). After all, that's how
  56. cfront works for the whole language. However, you might as well shell out
  57. $300ish for the real compiler from Borland, or wait for Microsoft to start
  58. supporting more of the draft standard.
  59.  
  60. Speaking of which... Microsoft has trouble making MFC compatible with just
  61. the STL. How are they going to cope with some of the tougher changes and
  62. not break MFC? Hmmm.
  63.  
  64. Bradd
  65.  
  66.  
  67.